home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.20020314-20021006
/
000201_john.santos@post.harvard.edu_Fri Jul 5 09:35:39 EDT 2002.msg
< prev
next >
Wrap
Text File
|
2002-10-06
|
4KB
|
82 lines
Article: 13507 of comp.protocols.kermit.misc
Path: newsmaster.cc.columbia.edu!newsfeed.nyu.edu!newsfeed.mathworks.com!news.maxwell.syr.edu!newsfeed1.cidera.com!Cidera!cyclone1.gnilink.net!spamfinder.gnilink.net!nwrddc02.gnilink.net.POSTED!53ab2750!not-for-mail
From: John Santos <john.santos@post.harvard.edu>
Newsgroups: comp.protocols.kermit.misc
Subject: Re: can MS Kermit display a 25 line terminal?
Message-ID: <MPG.178e9ebeffab096f9896ac@news.bellatlantic.net>
References: <MPG.177c17e6695927a09896a0@news.mi.comcast.giganews.com> <MPG.177d25136f7733d9896a3@news.mi.comcast.giganews.com> <ezqPiZWnAYS7@cc.usu.edu> <3D183B0E.E0F02282@uk.thalesgroup.com> <3D1875B4.10701@nyc.rr.com> <3D197AC0.18C0E572@uk.thalesgroup.com>
Reply-To: john.santos@post.harvard.edu
X-Newsreader: MicroPlanet Gravity v2.60
Lines: 64
Date: Thu, 04 Jul 2002 23:05:48 GMT
NNTP-Posting-Host: 151.203.105.48
X-Complaints-To: abuse@verizon.net
X-Trace: nwrddc02.gnilink.net 1025823948 151.203.105.48 (Thu, 04 Jul 2002 19:05:48 EDT)
NNTP-Posting-Date: Thu, 04 Jul 2002 19:05:48 EDT
Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13507
In article <3D197AC0.18C0E572@uk.thalesgroup.com>,
flo@uk.thalesgroup.com says...
> "Jeffrey Altman [Road Runner]" wrote:
> >
> > The VT5xx supports terminal screens of arbitrary height. It is
> > independent of the state of the Status Line. Status Line: None
> > simply means the space allocated to the status line is empty. It
> > does not mean the line can be written to by the host application.
> >
> > Why is that? Because the host application can switch the state
> > of the Status Line at any time by use of a CSI sequence. Activation
> > of the status line is a non-destructive operation to the rest of the
> > display page.
>
> No, you are describing the behaviour of some older terminals. If it was
> always true for the VT500 Series, I wouldn't have mentioned it! On the
> VT500 Series, screen height is a function of page height as well as
> visibility of the status line. Please try the following experiment:
>
> 1. Set up "Lines per page" to just one page, so you get the largest
> possible scrollback buffer.
>
> 2. Set "Lines per screen" to "24, 25 or 26"
>
> 3. Set "Status display" to "Local status".
>
> How many lines on the main screen are now host-writable? 25.
>
> 4. Set "Status display" to "None".
>
> How many lines on the main screen are now host-writable? 26. The space
> formerly occupied by the status line has become part of the main screen.
>
> Activation of the status lines is *not* "non-destructive" to the rest of
> the display page. If you activate it again with the cursor on line 26,
> you'll see that the screen scrolls up one line so that the bottom line
> in the old display is still the bottom line, but the top line has now
> scrolled off.
>
> The behaviour you describe only occurs if the page size is limited to
> the screen size because in that case there is no more page data to put
> on the screen.
>
> Regards,
> Paul
VT420's behave similarly. I don't have one in front of me right now,
so I can't replicate your tests, but I routinely set the ones at work to
25*80, which works fine for most apps. (Some things seem to force the
screen back to 24*80 when they exit, and you have to either go into
SETUP and hit recall? (or restore or reset, near the end of the second
line) to get it back to 25*80. I think there is also an escape sequence
that resets it to 25*80.
I think that VT320's and earlier only supported 24*80 and 24*132, but
it's been a long time since I used one.
I don't know if you can set the screen size to 25 lines in MS Kermit.
In K-95, it looks like you can set it to anything you want. (I usually
have it set to about 32 lines, which mostly fills the screen when using
a font that is large enough to be readable on my monitor.
--
John